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CLAIMS 

1. A telecommunications system arranged for providing 
client service applications (Appl-1, Application) with 
access to service capability features via a 

5 standardized interface (OSA/PARLAY API) , the system 

comprising a number of application servers (AS-1) where 
client service applications run (Appl-1, Application), 
a number of first service enablers (SCS-1) where first 
service capability features (SCF-1) are specified in a 

10 first (receiver) network domain, a first Framework (FW- 

1; Receiver Framework) for providing a controlled 
access to said first service capability features, and a 
number of core network elements, the telecommunications 
system characterized in that said first Framework (FW~ 

15 1; Receiver Framework) is arranged for communicating 

with at least one second Framework (FW-2; Donor 
Framework) intended for accessing second service 
capability features (SCF-2) specified in a number of 
second service enablers (SCS-2) of a second (donor) 

20 network domain. 

2. The telecommunications system of claim 1, wherein the 
first and second Frameworks (FW-1, Receiver Framework; 
FW-2, Donor Framework) comprise protocol means for 
allowing a framework-to-framework communication. 

25 3. The telecommunications system of claim 2, wherein said 
protocol means includes means for advertising toward a 
first framework (FW-1, Receiver Framework; FW-2, Donor 
Framework) in a first network domain the existence of a 
second framework (FW-2, Donor Framework; FW-1, Receiver 

30 Framework) in a second network domain with which 

service capability features (SCF-2; SCF-1) can be 
shared. 
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4. The telecommunications system of claim 3, wherein said 
protocol means includes means for advertising from a 
second framework. (FW-2; FW-1; Donor Framework) in a 
second network domain towards a first framework (FW-1; 
5 FW-2; Receiver Framework) in a first network domain 

that service capability features (SCF, capabilities) 
can be offered from service enablers (SCS-2; SCS-1) of 
said second network domain to client applications 
(Appl-1; Applications) of said first network domain. 

10 5. The telecommunications system of claim 3, wherein the 
means for advertising towards a first framework (FW-1; 
FW-2) the existence of a second framework (FW-2; FW-1) 
includes means for the second framework registering 
itself in the first framework. 

15 6. The telecommunications system of claim 3, wherein the 
means for advertising towards a first framework (Donor 
Framework; Receiver Framework) in a first domain the 
existence of a second framework (Receiver Framework; 
Donor Framework) in a second domain includes means for 

20 the operator (Donor Operator; Receiver operator) of 

said first domain registering the second framework in 
the first framework . 

7. The telecommunications system of claim 4, wherein the 
means for advertising service capability features that 

25 can be offered from service enablers of a second 

network domain includes means for notifying from a 
second framework (FW-2; FW-1; Donor Framework) in said 
second network domain towards a first framework (FW-1; 
FW-2; Receiver Framework) in a first network domain at 

30 least one element of service information selected from 

a group of elements that comprises: service identifier, 
service type, service availability, service properties 
and service interface. 
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8. The telecommunications system of claim 7, wherein the 
means for advertising the existence of service 
capability features available at service enablers of a 
second network domain includes means for creating, from 
5 a first framework (FW-1; FW-2; Receiver Framework) in a 

first network domain toward a second framework (FW-2; 
FW-1; Donor Framework) in a second network domain, 
criteria for notification of such element of service 
information. 

10 9. The telecommunications system of any preceding claim 
further comprising means for carrying out security 
management mechanisms between a first framework (FW-1; 
Receiver Framework) in a first network domain and a 
second framework (FW-2; Donor Framework) in a second 

15 network domain. 

10. The telecommunications system of claim 9, wherein the 
means for carrying out security management mechanisms 
between said first and said second frameworks includes 
means for capturing service agreements between first 

20 and second domains, the service agreements representing 

a policy applied between said first and second domains. 

11. The telecommunications system of claim 9, wherein the 
means for carrying out security management mechanisms 
between said first and said second frameworks includes 

25 means for handing over service assertions and 

signatures . 

12. The telecommunications system of any preceding claim 
further comprising means for discovering service 
capability features available at service enablers of a 

30 second network domain (SCS-2) between a first framework 

(FW-1; Receiver Framework) in a first network domain 



WO 2004/042573 



PCT/SE2003/000520 



44 

and a second framework (FW-2; Donor Framework) in a 
second network domain. 

13. The telecommunications system of claim 12, wherein the 
means for discovering available service capability 
5 features between said first framework (FW-1; Receiver 

Framework) and said second framework (FW-2; Donor 
Framework) includes means for negotiating specific 
capabilities as required by a client application (Appl- 
1; Application) in a first domain. 

10 14. The telecommunications system of claim 13, further 
comprising means for returning from a second framework 
(FW-2; Donor Framework) in a second network domain 
towards a first framework (FW-1; Receiver Framework) in 
a first network domain a reference to a service 

15 instance created at a service enabler (SCS-2) of said 

second network domain, for allowing an application 
(Appl-1; Application) in the first network domain make 
use of corresponding service of the second network 
domain. 

20 15. The telecommunications system of any preceding claim 
further comprising a Service Enabler Proxy (SCS Proxy) 
interposed between a first (Receiver) domain and a 
second (Donor) domain and intended for acting as a 
Proxy for service requests from applications (Appl-1; 

25 Application) in the first domain toward service 

enablers (SCS-2) of the second domain as well as 
communications in the opposite direction. 

16. The telecommunications system of claim 15, wherein said 
Service Enabler Proxy (SCS Proxy) is provided in a 
30 first (Receiver) domain and comprises a number of 

dedicated service capability features (SCS-1) of said 
first domain for storing references of corresponding 
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service capability features (SCS-2) of a second (Donor) 
domain . 

17. The telecommunications system of claim 15 r further 
comprising means for creating a Service Enabler Proxy 

5 (SCS Proxy) automatically in the first (Receiver) 

domain based on information received from a framework 
(Donor Framework) in a second (Donor) domain, said 
information including at least one element of service 
information selected from a group of elements that 
10 comprises: service type, service properties and service 

interface. 

18. The telecommunications system of claim 15, further 
comprising means for downloading source code or run- 
time code from the second (Donor) domain intended to 

15 create a Service Enabler Proxy (SCS Proxy) in the first 

( Receiver ) domain . 

19. The telecommunications system of claim 15, wherein a 
particular service enabler of a second (Donor) domain 
is registered in a first framework (FW-1; Receiver 

20 Framework) of a first (Receiver) domain for acting as a 

Service Enabler Proxy (SCS Proxy) towards a second 
(Donor) domain. 

20. The telecommunications system of any preceding claim, 
wherein the first (Receiver) network domain includes a 

25 Home core network of a user whereas the second (Donor) 

network domain includes a Visited core network where 
the user is roaming. 

21. A method of providing client service applications with 
access to service capability features via a 

30 standardized interface (OSA/ PARLAY API), the method 

comprising the steps of: 
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(a) registering first service capability features (SCF- 
1) in a first (Receiver) network domain with a 
first Framework (FW-1; Receiver Framework) and 
second service capability features (SCF-2; 

5 capabilities) in a second (Donor) network domain 

with a second Framework (FW-2; Donor Framework) ; 

(b) carrying out security management mechanisms for 
authentication and authorization of a number of 
players selected from a group that includes user, 

10 network, a requester application, and combinations 

thereof, in each network domain (Receiver domain; 
Donor domain) through each respective Framework; 
and 

(c) discovering first service capability features (SCF- 
15 1) that are available for use by a requester 

application (Appl-1; Application) in said first 
(Receiver) network domain; 

the method characterized by including the steps of 

(d) determining in the first (Receiver) network domain 
20 that service capability features (SCF-2) at a 

second (Donor) network domain may be available for 
the requester application (Appl-1; Application); 

(e) carrying out security management mechanisms for 
authentication and authorization from a first 

25 Framework (FW-1; Receiver Framework) of said first 

(Receiver) network domain, through a second 
Framework (FW-2; Donor Framework) of said second 
(Donor) network domain; and 

(f) discovering second service capability features 
30 (SCF-2) that are available for use by said 
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requester application (Appl-1; Application) in said 
second (Donor) network domain. 

22. The method of claim 21, wherein the step of determining 
that service capability features are available at a 

5 second network domain includes a step of requesting to 

the first Framework (FW-1; Receiver Framework) in the 
first (Receiver) network domain for an access to the 
second service capability features (SCF-2) available in 
the second (Donor) network domain for the requester 
10 application (Appl-1; Application) . 

23. The method of claim 22, wherein the step of determining 
that second service capability features (SCF-2) are 
available at a second (Donor) network domain includes a 
step of receiving such information from a first service 

15 capability feature (SCF-1) selected in the first 

(Receiver) network domain, 

24. The method of claim 21 f wherein the step of discovering 
second service capability features (SCF-2) that are 
available in the second (Donor) network domain 

20 comprises a step of negotiating capabilities from the 

first Framework (FW-1; Receiver Framework) of the first 
(Receiver) network domain with the second Framework 
(FW-2; Donor Framework) of the second (Donor) network 
domain. 

25 25. The method of claim 24, wherein the step of negotiating 
capabilities includes a step of creating an instance of 
a selected service capability feature (SCF-2) at a 
service enabler (SCS-2) of a second (Donor) domain, and 
a step of returning back a reference to such instance 

30 from the second Framework (FW-2; Donor Framework) of 

the second (Donor) network domain to the first 



WO 2004/042573 



PCT/SE2003/000520 



48 

Framework (FW-1; Receiver Framework) of the first 
(Receiver) network domain. 

26. The method of claim 21, further comprising a step of 
registering a second Framework (FW-2; Donor Framework) 

5 of a second (Donor) network domain with a first 

Framework (FW-1; Receiver Framework) of a first 
(Receiver) network domain. 

27. The method of claim 26, wherein the step of registering 
frameworks includes a step of registering the second 

10 Framework (FW-2) itself in the first Framework (FW-1), 

and another step of registering the first Framework 
(FW-1) itself in the second Framework (FW-2) . 

28. The method of claim 26, wherein the step of registering 
frameworks includes a step where the operator of a 

15 second (Donor) network domain registers a first 

Framework (FW-1; Receiver Framework) of a first 
(Receiver) network domain in a second Framework (FW-2; 
Donor Framework) , and another step where the operator 
of a first (Receiver) network domain registers a second 

20 Framework (FW-2; Donor Framework) of a second (Donor) 

network domain in a first Framework (FW-1; Receiver 
Framework) . 

29. The method of claim 26, further comprising a step of 
publishing at least one interface that allows said 

25 first and said second Frameworks to access the service 

capability features respectively controlled by each 
other. 

30. The method of claim 21, further comprising a step of 
exchanging information between a first (FW-1) and a 

30 second (FW-2) Framework about available service 

capability features (SCF-1; SCF-2) in a first and a 
second network domain respectively, with or without 
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explicit indication of the interface required to access 
such service capability features. 

31- The method of claim 30, further comprising a step of 
indicating to at least one first service capability 
5 feature (SCF-1) in a first network domain the at least 

one second service capability feature (SCF-2) available 
in a second network domain, and vice versa. 

32. The method of any of claims 21 to 31 , further 
comprising a step of capturing Service Level Agreements 

10 between the network operator of a network domain and a 

service provider of a requester application. 

33. The method of claim 32, further comprising a step of 
capturing Service Level Agreements between a first and 
a second network domains through corresponding first 

15 (FW-1; Receiver Framework) and second (FW-2; Donor 

Framework) Frameworks . 

34. The method of claim 33 , wherein said Service Level 
Agreements are extended between second (Donor) domains 
and first (Receiver) domains in a telecommunication 

20 network with multiple domains, the method further 

comprising the steps of: 

- creating and assigning a Federation Service Profile 
on a Donor Framework; 

- signing a Federation Service Agreement on a Donor 
25 Framework; 

- installing (registering) in a Receiver Framework 
necessary information about a Donor Service for a 
client application being able to discover the Donor 
Service; and 
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- requesting a Receiver Application Service Agreement 
within the bounds of a Federation Service Agreement 
from a Donor Framework. 

35. The method of claim 34 , wherein a Receiver Application 
5 Service Agreement serves as a partition of a Federation 

Service Agreement. 

36. The method of any of claims 21 to 35, wherein the steps 
of carrying out security management mechanisms include 
the steps of handing out and handing over an Assertion 

10 that gives a practitioner the right to use a service in 

a federated framework setup. 

37. The method of claim 36, further comprising the steps 
of: 

- handing over an Assertion by a Receiver Framework to 
15 any other entity; 

- signing an Agreement about the hand-out and/or hand- 
over of an Assertion; 

- requesting an Assertion; and 

- a Donor Service Enabler (SCS-2) checking the 
20 validity of a received Assertion with a Donor 

Framework. 

38. The method of any of claims 21 to 37 , further 
comprising a step of creating in a first (Receiver) 
domain a Service Enabler Proxy (Proxy SCS) arranged to 

25 act as a proxy for communicating with an instance of a 

selected second service capability feature at a service 
enabler of the second (Donor) domain. 
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39. The method of claim 38, further comprising a step of 
enforcing service agreements and policies at the 
Service Enabler Proxy (Proxy SCS) . 

40. The method of claim 38 , wherein the step of creating a 
5 Service Enabler Proxy in a first Framework (FW-1; 

Receiver Framework) of a first (Receiver) network 
domain includes a step of obtaining service information 
at the first (Receiver) network domain from a second 
(Donor) network domain for least one element of service 
10 information selected from a group of elements that 

comprises: service type, service properties and service 
interface. 

41. The method of claim 38 , wherein the step of creating a 
Service Enabler Proxy in a first Framework (FW-1; 

15 Receiver Framework) of a first (Receiver) network 

domain includes a step of downloading source code or 
run-time code from a second (Donor) domain. 

42. The method of claim 41, wherein the step of downloading 
source code or run-time code includes a step of 

20 downloading local policy enforcement rules. 

43. The method of claim 38, wherein the step of creating a 
Service Enabler Proxy in a first Framework (FW-1; 
Receiver Framework) of a first (Receiver) network 
domain includes a step of registering a Service Enabler 

25 of a second (Donor) domain in the first Framework of 

the first (Receiver) domain where both domains are 
allowed to set-up agreements and policies that need to 
be enforced by the Service Enabler. 

44. The method of claim 38, wherein a Service Enabler Proxy 
30 is created by the first (Receiver) Framework for each 

client application . 
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45. The method of claim 38, wherein the step of creating a 
Service Enabler Proxy in a first Framework (FW-l; 
Receiver Framework) of a first (Receiver) network 
domain includes a step of creating instances of said 
5 Service Enabler Proxy for each client application. 



